home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9806 / 000346_owner-linux-arm…r.rutgers.edu _Mon Jun 29 17:30:20 1998.msg < prev    next >
Internet Message Format  |  1998-06-30  |  5KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from virtual.bbc.co.uk (virtual.bbc.co.uk [132.185.132.199])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id RAA22495
  4.     for <willy@odie.barnet.ac.uk>; Mon, 29 Jun 1998 17:30:19 +0100
  5. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
  6.     by virtual.bbc.co.uk (8.8.5/8.8.5) with ESMTP id RAA23531
  7.     for <willy@bofh.ai>; Mon, 29 Jun 1998 17:30:25 +0100 (BST)
  8. Received: from vger.rutgers.edu ([128.6.190.2]:4885 "EHLO vger.rutgers.edu" ident: "TIMEDOUT") by nic.funet.fi with ESMTP id <1426-3796>; Mon, 29 Jun 1998 19:30:07 +0300
  9. Received: by vger.rutgers.edu id <971142-3822>; Mon, 29 Jun 1998 11:51:59 -0400
  10. Received: from snowcrash.cymru.net ([163.164.160.3]:1415 "EHLO snowcrash.cymru.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <971178-3822>; Mon, 29 Jun 1998 11:51:48 -0400
  11. Received: from caramon.armlinux.org (dialup2.cymru.net [163.164.160.66]) by snowcrash.cymru.net (8.8.7/8.7.1) with ESMTP id RAA25394; Mon, 29 Jun 1998 17:29:11 +0100
  12. Received: from raistlin.armlinux.org (raistlin [192.168.0.3]) by caramon.armlinux.org (8.7.4/8.7.3) with ESMTP id QAA07735; Mon, 29 Jun 1998 16:58:09 +0100
  13. From: Russell King - ARM Linux Admin <linux@arm.uk.linux.org>
  14. Received: (from linux@localhost) by raistlin.armlinux.org (8.7.4/8.7.3) id QAA00463; Mon, 29 Jun 1998 16:59:05 +0100
  15. Message-Id: <199806291559.QAA00463@raistlin.armlinux.org>
  16. Subject: Re: ARM and RPM
  17. To: andrewm@corelcomputer.com (Andrew E. Mileski)
  18. Date:     Mon, 29 Jun 1998 16:59:04 +0100 (BST)
  19. Cc: philb@gnu.org, Richard.Bradbury@cl.cam.ac.uk, linux-arm@vger.rutgers.edu
  20. In-Reply-To: <3597A350.79A4FA23@corelcomputer.com> from "Andrew E. Mileski" at Jun 29, 98 10:23:12 am
  21. X-Mailer: ELM [version 2.4 PL24]
  22. MIME-Version: 1.0
  23. Content-Type: text/plain; charset=US-ASCII
  24. Content-Transfer-Encoding: 7bit
  25. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  26. Sender: owner-linux-arm@vger.rutgers.edu
  27. Precedence: bulk
  28. X-Loop: majordomo@vger.rutgers.edu
  29. Status: RO
  30.  
  31. Andrew E. Mileski writes:
  32. > This will make it difficult impossible distinguish an ARM3
  33. > compatible RPM from an ARM4 one.  RPM relies on "uname -m".
  34.  
  35. However, as far as RPMs and user programs are concerned, there is
  36. very little point in distinguishing between the processors alone.
  37. For a.out, since everything runs in 26-bit mode, it is irrelevent.
  38. For ELF, the fact that the binary runs in 32-bit mode doesn't
  39. affect it's compatability with the older machines.  Currently,
  40. the only thing that I can think is affected by the processor -
  41. the floating point emulator.  On Acorn systems, the keyboard
  42. mapping that is loaded is influenced by the processor type
  43. (since an ARM3 can only mean an older keyboard, whereas ARM610
  44. and up implies newer keyboard).
  45.  
  46. Ok, you could optimise the binaries, for instance, to use StrongARM
  47. ldrh/strh instructions, but uname -m won't tell you if the machine
  48. is capable of running these, since that is more dependent on the
  49. platform than processor.  (RiscPC can't use StrongARMs ldrh/strh
  50. instructions since IOMD isn't up to it).  It also won't tell you
  51. the endianness of the machine, since that is again up to the
  52. platform designers.
  53.  
  54. Hence, the use of 'uname -m' as it stands for selecting RPMs is
  55. meaningless, whether it returns the processor architecture version
  56. or the actual processor type.
  57.  
  58. Is there a hole here?  I think so, since on the ARM, the processor
  59. type/architecture is not sufficient to completely define the
  60. machine.  There is some extra information that is required to
  61. properly define the machine type.
  62.  
  63. Since uname -m is supposed to 'Print the machine (hardware) type.',
  64. it would make more sense if it returned something like:
  65.  
  66.     armv4h-little    for Corel's Netwinder/DECs EBSA285
  67.     armv4-little    for Acorn's RiscPC with StrongARM
  68.     armv3-little    for Acorn's RiscPC with ARM610/710
  69.  
  70. The older machines present some problem, because they don't have
  71. a defined version.  However, we could say that ARM3 (with swp) is
  72. version 2, and ARM2 without is version 1, so we end up with:
  73.  
  74.     armv2-little    for Acorn's A5000
  75.     armv1-little    for Acorn's Archimedes
  76.  
  77. This then allows for the case where someone decides to build a
  78. big-endian ARM system (quite possible, since the ARM chips
  79. support it), and it's hardware type would be:
  80.  
  81.     armv4h-big
  82.  
  83. Obviously, these could be abbreviated to armv4hl, armv4l and
  84. armv4b.  A more accurate description could be obtained by using
  85.  
  86.     armv4-riscpc
  87.  
  88. but I think that that would be going too far.
  89.  
  90. Note: arch (/bin/arch) uses the same source of information, so
  91. any changes here also affects the output of this program as well.
  92.    _____
  93.   |_____| ------------------------------------------------- ---+---+-
  94.   |   |        Russell King       linux@arm.uk.linux.org      --- ---
  95.   | | | |  http://www.arm.uk.linux.org/~rmk/armlinux.html    /  /  |
  96.   | +-+-+                                                     --- -+-
  97.   /   |               THE developer of ARM Linux              |+| /|\
  98.  /  | | |                                                     ---  |
  99.     +-+-+ -------------------------------------------------  /\\\  |
  100.  
  101. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu